3

If I know the coordinates at which RSUs will be placed in SUMO, How do I convert it to coordinates of omnet++?

I know that SUMO has a different coordinate system than omnet. Should I convert it offline (before starting simulation) using the equations used in the internal function "traci2omnet"? I tried this but seems inaccurate.

I tried also to create a junction at the position of the RSU in sumo, retrieve the location of this junction in omnet then place the RSU at the same coordinates. But is it possible to do such scenario while running the simulatin(during initialization for example)? Does any one know the best solution?

Rehab11
  • 483
  • 2
  • 7
  • 16

1 Answers1

4

SUMO and OMNeT++ use different coordinate systems, which is why helper functions like traci2omnet are used to transform points from one coordinate system into the other. In Veins 4.6, the best parameters for this transformation are determined online, while the simulation is running. On the plus side, for the same scenario these parameters will always be the same.

Thus, an easy way forward is to alter any car's application to output the results of a coordinate transformation as soon as it is created in the simulation. The result of this conversion can then be used as the positions for RSUs. As long as the scenario remains unmodified, the positions will be correct.

A more involved (but more robust) solution is to create RSUs modules in the OMNeT++ simulation on the fly (much like car modules are created on the fly), based on objects that exist in the SUMO simulation. Such objects might be SUMO "point of interest" objects. In this solution, as soon as the OMNeT++ simulation connects to SUMO it could query the position of all points of interest, transform the positions to the right coordinate system, and instantiate one RSU at each position.

Christoph Sommer
  • 6,893
  • 1
  • 17
  • 35
  • Thanks for your reply. could be please point to the part(files) that create the car modules in the source code? – Rehab11 Oct 23 '17 at 09:57
  • 2
    sure thing - I've added a link to the answer – Christoph Sommer Oct 23 '17 at 10:29
  • In case of second solution, I think I should add another module type and module name for the RSU. should I follow the same steps for car module creation? I mean, subscribe for context (in that case, POI) and all steps followed in the car module creation? could you please point out the main steps with their corresponding functions starting from the initialization process of the TraCI Scenario Manager? I know you already clarified the steps but I can't point out which function does which step. – Rehab11 Oct 26 '17 at 19:36
  • I don't think such a tutorial would fit into the space available here. I'd recommend to try out the first solution then. – Christoph Sommer Oct 26 '17 at 19:58
  • I know I am asking too much questions :). I will temporarily use the first solution but in the future i have to use multiple module types for both cars and RSUs. I am tried to figure out how the car module creation is done but can't figure out what is the order of execution of each function and what is the role of each one. I'd appreciate it if you could mention the steps of the car module creation in terms of the functions used in the TraCICommand Interface file. I can post this to a new separate question if you prefer. – Rehab11 Oct 29 '17 at 11:27