我正在尝试使用 OMNeT++、Veins 和 SUMO 评估在车辆网络上运行的应用程序。由于该应用程序依赖于真实的流量行为,因此我决定使用 LuST 场景,这似乎是此类数据的最新技术。但是,我想使用此场景的特定部分而不是整个场景(例如,高流量负载片段和低流量负载片段,也许还有其他片段)。尽管我最感兴趣的是从 SUMO 获取流量数据到我的模拟中,但保留 VEINS 提供的双向功能会很好。
实现这一点的一个明显方法是使用预热期。然而,我想知道是否有更有效的方法——模拟 8 小时的流量只是为了获得几分钟的片段,感觉效率低下,并且对于足够重复的模拟可能会出现问题。
VEINS 是否有一个内置的预热机制,主要是避免发送消息(这是迄今为止模拟中最耗时的部分),或者它是否有一种方法来等待 SUMO 前进,例如,到特定的时间戳(这也避免了在 OMNeT++ 中创建车辆对象,从而避免创建所有启动代码)?
如果相关的话——我正在使用最新稳定版本的 OMNeT++ 和 SUMO(OMNeT++ 4.6 和 SUMO 0.25.0),我的代码库基于 VEINS 4a2(进行了一些更改,特别是接受 TraCI API 版本 10) 。
您可以在此处执行两件事来减少 Veins 中发送的消息数量:
按照手册中此处所述使用 OMNeT++ 预热期。基本上,这意味着在您的
warmup-period
文件中设置 .ini
并确保您的代码使用 if (simTime() >= simulation.getWarmupPeriod())
进行检查。用于结果收集的 OMNeT++ 信号知道这一点。
TraCIScenarioManager
提供了一个变量double firstStepAt @unit("s")
,您可以使用它来延迟它的启动。同样,这可以在 .ini
文件中设置。
正如VEINS FAQ所述,
TraCIScenarioManagerLaunchd
提供了两个变量来基于矩形或道路(string roiRoads
和string roiRects
)配置感兴趣区域。为了减少模拟区域,可以将模拟限制在特定的矩形内;例如,*.manager.roiRects="1000,1000-3000,3000"
模拟两个提供的坐标之间的 2x2km 区域。
使用这两种解决方案(最好结合使用),您仍然需要运行 SUMO - 但 Veins 几乎不消耗任何时间。