本文主要是介绍如何在SUMO中绘制建筑物(实现Obstacle功能),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
文章目录
- 一、问题来源
- 1. 版本
- 2.问题
- 二、绘制多边形障碍物
- 1. netedit.exe
- 2. 导入OMNeT++
- 三、 为什么type要设置为 building?
一、问题来源
1. 版本
我使用的是官网下载的.ova文件:
2.问题
当我们用SUMO绘制我们自己所需的地图并导入OMNeT++中使用时,会报错:
通过 报错信息:No obstacles have been added 我们在OMNeT++顶部的导航栏上的 search 定位到文件 ObstacleControl.cc 文件,如下图:
obstacleOwner是 vector 容器(不太确定。。)
查看 ObstacleControl.h 有如下定义:
所以如果obtacleOwner的size是0,就必然会有运行时错误。再通过对比查看 erlangen.launchd.xml 文件我们发现,我们缺失了 .poly.xml 文件。
二、绘制多边形障碍物
1. netedit.exe
在 SUMO 文件夹下的 bin 中 有一个叫作 netedit.exe 的工具,打开它,导入我们已有的.net.xml文件(默认大家已经写好.net.xml 和 .rou.xml文件,如果没有的话可以参考这篇 大P哥的文章)
然后我们执行如下的四步:
然后点击保存:
如果你们需要横平竖直的障碍物,可以使用 ctrl+g 添加网格,然后绘制地图,效果如下:
2. 导入OMNeT++
将 .add.xml 文件导入OMNeT++中(与原有的erlangen.launchd.xml文件同目录)。并替换在 .sumo.cfg 文件和自己定义的 .launchd.xml 文件中的 .poly.xml文件。
运行成功:
三、 为什么type要设置为 building?
还是回到我们问题的最开始 ObstacleControl.cc 文件,发现在
在同级目录下的obstaclecontrol.ned文件中
一般default值指向 omnetpp.ini 文件,在该文件中的发现
障碍物的参数是指向 config.xml 文件,在 config.xml 文件里最终确认了为什么 type要设置为building的原因:
既然obstacles类型可以自己定义,我就把我舍友自定义为一个障碍物类型。再把 big.add.xml 中的 poly_1 设置成 dapi,poly_0 不设置,预计应该只会出现一个规整的建筑物
最终结果:
这篇关于如何在SUMO中绘制建筑物(实现Obstacle功能)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!