問題タブ [veins]

Lara Codecaのルクセンブルクのシナリオなど、Veins を使用したシミュレーション用にOpenStreetMapからインポートした現実的な道路ネットワークを使用しています。ここで、(Google Earth を使用して) ビジュアライゼーションを準備するために、シミュレーションで車両の位置を SUMO または OmNET 座標から GPS 座標にエクスポートしたいと考えています。

資料として、そこにあるすべてのノードの GPS 位置を含む、シナリオの生成に使用される OSM ファイルがあります。たとえば、バウンディング ボックスとシミュレーション プレイグラウンドの角の GPS 座標を知ることで、シミュレーション座標から GPS 座標への簡単なマッピングを見つけたいと考えていました。

この変換を行う簡単な方法はありますか? また、プレイグラウンドを生成するときに OSM 変換で使用された実際のコーナーを見つけるにはどうすればよいですか?

現在、802.11p のシミュレーションの実現可能性を探しており、WAVE/IEE 802.11p とは別に、IPv6 もテストしたいと考えています。INET が解決策になりますが、Veins 4 alpha 2 (最新バージョン) との互換性について疑問があります。

私が知っているのは、Veins 3.X は MiXiM に基づいていたということですが、同時に INET と MiXiM は互換性があり、OmNET に一緒にインストールしたり、それらを組み合わせたり、MixNET と組み合わせたりすることもできます。

誰かがそれらを一緒に機能させたかどうか (OmNET + Veins + INET または MiXiM+INET) を知りたいです。

ありがとうございました。

OMNeT++、Veins、SUMO を使用して車両ネットワーク上で実行されるアプリケーションを評価しようとしています。アプリケーションは現実的なトラフィック動作に依存しているため、そのようなデータの最先端と思われるLuST Scenarioを使用することにしました。ただし、シナリオ全体ではなく、このシナリオの特定の部分を使用したいと思います (たとえば、高トラフィック負荷フラグメントと低トラフィック負荷フラグメント、おそらく他の部分など)。VEINS が提供する双方向機能を維持できればよいのですが、SUMO から交通データをシミュレーションに取り込むことに主に関心があります。

これを実装する明白な方法の 1 つは、ウォームアップ期間を使用することです。ただし、より効率的な方法があるかどうか疑問に思っています。数分間のフラグメントを取得するためだけに 8 時間のトラフィックをシミュレートするのは効率が悪く、十分な繰り返しがあるシミュレーションでは問題になる可能性があります。

VEINS には、主にメッセージの送信を回避するウォームアップ期間の組み込みメカニズムがありますか (シミュレーションで最も時間がかかる部分です)、または SUMO が進行するのを待つ方法がありますか?特定のタイムスタンプに (これにより、OMNeT++ での車両オブジェクトの作成と、すべての開始コードの作成も回避されます)?

関連する場合-私はOMNeT ++とSUMOの最新の安定バージョン（SUMO 0.25.0を備えたOMNeT ++ 4.6）を使用しており、私のコードベースはVEINS 4a2に基づいています（いくつかの変更があり、特にTraCI APIバージョン10を受け入れています）。

VeinsフレームワークがどのようにDSRC プロトコルを実装したのか疑問に思っていました。1609.2、1609.3、および 1609.4 規格は完全に実装されていますか? そうでない場合、実装コードを入手するためのリソースはありますか?

WSM ビアの長さを設定するsetWsmLengthか、大きなペイロード ビアを追加するsetWsmDataと、シミュレーション中に違いが生じますか? 使用頻度の高いネットワークをシミュレートしようとしていますが、これら 2 つの値のいずれを変更しても違いはないようです。これを見つけましたが、これを確認したかったのです。また、WSM のサイズを変更したい場合は、それを実装する必要がありますか?

VANET の VEINS シミュレーションを実行しています。OMNET ++で特定の時間にシミュレートされている車の総数にアクセスする方法はありますか?(車間で交換されるパケットの数を数えようとしていて、ブロードキャストしているので、シミュレートされている車両の数は、受信パケット数がいくつあるべきかの良い指標を提供します)。

私は既に Veins v4a2 を正常にインストールしてテストしました (RSUexample が含まれています)。ITS-G5 アプリケーション層を静脈に追加するために、例を実行しようとしたときに「動脈」を使用しようとしましたが、次のようなエラーがスローされました。

ネットワーク設定中のモジュール (cModule) RSUExampleScenario (id=1) のエラー: クラス "Veins::ObstacleControl" が見つかりません おそらくそのコードがリンクされていないか、クラスが > に登録されていないかRegister_Class()、またはモジュールとチャンネル、 > Define_Module()/ Define_Channel().

私が従った手順は次のとおりです。

1. Vanetza (および必要なモジュール) をダウンロードします。
2. エラーなしで Vanetza をビルドする
3. Artery をダウンロード
4. エラーなしで Vanetza と同じように動脈を構築する
5. 「動脈」フォルダーとファイル (examples、src、tests、Makefile、configure...) を Veins フォルダーにコピーして、ファイルを上書きします。
6. 静脈のビルドは正しく行われますが、両方 (動脈と静脈) の例の実行は、示されたエラーで失敗します。

実際、Veins コードを使用せずに、Artery または RSU の例を Artery コードから直接実行しようとすると、同じエラーが発生します (Artery コードにはすでに Veins が含まれているようです)。

誰もこの問題に直面したことがありますか?

Veins は 802.11p ユニキャスト通信をサポートしていますか?

Veins フレームワークのクラス「Mac1609_4」のソースコードを確認しました。次のコード スニペットを参照してください。

実装された MAC 層はユニキャスト パケットを受信できるようですが、ユニキャスト通信で必要な MAC 層の確認応答を送信する方法が見つかりませんでした。何か提案はありますか？

Christoph Sommer らによる出版物もあります。ユニキャスト通信は 802.11p では有害であると見なされます。論文に記載されている理由により、Veins フレームワークはユニキャスト通信をサポートしていないというのは本当ですか?

Veins Source for OMNet++ の RSU モデルのアプリケーション層から TraCI のコマンド インターフェイスにアクセスしたい。しかし、私はそう見つけることができません。誰でも私がそうするのを手伝ってもらえますか?

RSU ノードの場合、親モジュールとして TraciMobility がないことに注意してください。私が欲しいものであるBaseMobilityだけを持っています。ここで、コマンド インターフェイスにアクセスして、この RSU が信号機の変更や誘導ループ データの取得などの相撲命令を実行できるようにします。