問題タブ [veins]

OMNeT++ネットワーク シミュレーターとSUMO道路交通シミュレーターの間で共同シミュレーションを行うために、 venesを使用したいと考えています。

Veins には(Python で記述された) sumo-launchdデーモンがあり、バックグラウンドで実行され、着信要求をリッスンするように設計されています。着信接続ごとに、シミュレーション設定を XML 形式で受け取り、SUMO の個別のインスタンスを起動し、OMNeT++ と SUMO の間で要求をプロキシします。

ターミナルでsumo-launchd.pyを実行すると(OMNet++ を開いてシミュレーションを開始した後)、次の問題が発生します。これは Python に関連していると思われます。

OMNeT++ コンソールからの情報:

私は（1、2）問題をグーグルで検索しましたが、私のものとまったく同じではありません。前もって感謝します。

ネットワーク シミュレーションの出力にあるこの「信号が弱すぎます」という警告の原因は何ですか?

現在、Omnet++ 4.2、Mixim 2.2、および Veins 2.0-rc1 を使用しています。

私はそれがTwoRayInterferanceモデルを含む多くの要因に関連していることを知っています.根本的な原因を理解するために、いくつかの仮説があります:

1. 2 つのノード間の距離が送信範囲と等しいかそれを超えているため、信号が弱すぎて正しく解釈できません。

2. 802.11p (SCH vs CCH) のチャンネル切り替えが警告の直前に発生するのですが、切り替えが原因で発生する可能性はありますか? （チャンネル切り替えにより、チャンネルがビジーと見なされるタイムガードが発生することを読みました）

3. 同時にスケジュールされた 2 つのパケットの衝突: 802.11p の CSMA/CA ブロードキャスト モードでは、チャネルがアイドルとして検出された場合、エア フレームが直接送信されるため、2 つのノードが同時にエア フレームを送信することを決定した場合、衝突が発生し、「信号が弱すぎる」という警告が生成される可能性があります

誰かが私が提案していることを確認できますか?

どうもありがとう、

こんにちは、StackEx コミュニティです。

Veins 3.0関数を使用してcommandDistanceRequest()2 つのノード間の距離を調べるシナリオを実行しています。MiXiM-OMNeT++シミュレーションプレイフィールドのドメインにあると思われる値を取得しています。

ここでの私の質問は次のとおりです。

1. によって返されるこの距離の単位はcommandDistanceRequest()?

2. 私はそれを知ってOMNeT++おりSUMO、さまざまな座標空間のセットを使用しています。両方とも違うのですか、それともここでは座標空間だけが違うのですか?

安定版の VEINS ver 4 が暫定的に利用可能になるのはいつですか? また、その機能はどのようなものですか? 車両密度、セキュリティ モデルなどの新機能はありますか? ありがとうございました。