Dear OMNET/Veins community,
I noticed in the Changelog under Veins v4.3 that there is now capability for simulating vehicles without network cards.
Would there be any documentation / or instructional material available to help the user take advantage of this new capability?
Thanks so much,
Van
You can take advantage of this insofar as you can now remove the module simulating a network card (the NIC module) from a car without the simulation complaining (it used to throw an error, noting that simulating a VANET without network cards makes no sense).
This is useful if your cars communicate via a different method that Veins does not know about (for example, an oracle that always simple "knows" information), as opposed to simulating the wireless transmission of this information.
Related
I want to know which and how many simulation tools we need to implement a Sybil attack in VANET. I read some where SUMO alone is enough but most of people recommend to use combination of SUMO, Omnet++ and Veins. What will be the instructions and data flow here?
In Sybil attack, an intruder tries to acquire a number of legible nodeIds, which appear and function as a set of distinct nodes.
Sumo alone may not suffice for the purpose of simulating Sybil attack as it can only generate node movements. The properties of the nodes can be customised using veins that's available as a project in omnet++ framework.
Try learning by following the steps given on veins.car2x.org about using veins. TraciDemo11p is a sample application available inside veins project.
Happy learning
Can i have two clients use DJI onboard SDK to talk with the craft?
For example, one to read the flight data, and another to set command to craft.
Not officially supported.
You could engineer a solution that involves your 'read' client merely sniffing the UART line for broadcast data, and your 'write' client implementing a full bidirectional communication. You do not need to obtain control of the aircraft to receive broadcast data, so this solution could work.
Bear in mind though that adding a fragile sniffing solution will give you low robustness and should be used with extreme caution on a flying robot.
I am developing Car2X applications in order to simulate case studies based on Veins framework.
As an Information Systems student, I have been worried mostly about the code of my applications.
Recently I noticed that VEINS has no LLC, NETWORK and TRANSPORT layers in its source code (/src).
My question is: how to assure that my simulation runs would generate data close to reality for Car2X applications when there's none of these layers above in the source code?
P.S.: I am aware of INET framework and its protocols, I was just wondering if I could use just Veins for my case studies :)
The layers you mentioned are not needed for most Car2X simulations. If you download, for example, Veins 4.4, you will find only simulation models for single hop broadcast transmission of frames, the most general use case. If you want to simulate a special protocol, say, for multi-hop transmission of frames, you will need to implement this as a network layer. Then, your simulation will have a network layer model.
I am new in Veins. In my scenario, I use omnetpp-4.6, sumo-0.21.0 and veins-3.0 and there are just two cars, named node[0] and node[1]. Now I want to implement a scenario in which the node[0] sends its position to node[1] at 1 times/sec.
Repeated sending of messages in Veins is done no different to any other module library for OMNeT++. You can refer, for example, to the OMNeT++ TicToc tutorial for a good introduction. "How to get started" is also covered in the Veins FAQ:
The Veins tutorial has all the necessary information to run a basic simulation of a vehicular network. A high level overview of Veins is given in the Veins documentation. The next steps depend on what you want to do.
For creating own simulations, you will need to learn how to use OMNeT++. Excellent tutorials, videos, and a comprehensive user manual are available on the documentation pages on the OMNeT++ website.
If you know how to use OMNeT++ and want to write custom simulation modules (e.g., for new applications), you might find an API documenation of the Veins simulation module library helpful. It can be created from the IDE, by clicking Project > Generate NED Documentation..., or from the command line, by running make doxy. To start reading the module documenation, open doc/index.html in your browser.
If you use one of the available road traffic scenarios, there is no need to learn much about SUMO. If you want to run your simulations on custom road maps, you will need to learn how to use SUMO, though. SUMO comes with an excellent tutorial (Hello SUMO) and an extensive online user manual, available on the documentation pages on the SUMO website.
If you want to implement new TraCI commands for interacting with (or getting data from) the running road traffic simulation, the SUMO TraCI documentation has a list of available commands.
There may actually not be an answer to this question, but I wanted to post here just in case because it will require some out of the box thinking. This may not be a programmign question per se. If it isn't, rather than downvoting, perhaps you can suggest another stackoverflow site to use for this specific question?
We have installed, and have running, an SMS gateway from SMS Tools 3 (http://smstools3.kekekasvi.com/) and I can receive / send text messages.
Additionally, we have created a custom SMS application for Android / iPhone that embeds GPS location data into the sms message, but we are trying to figure out a way to obtain location based data from a user using a dumb phone (think NGO in Africa with users using the most basic of phones).
Is it possible to get location based data from a SMS message from a phone that lacks wifi/GPS? The only thought so far would be to somehow get the cell towers used by working with cell phone providers in the targeted country.
Thoughts?
Note: This is not an attempt to track users location unknowingly (else we wouldn't have created our custom SMS message application)
You can always do GSM tower triangulation (first iPhone did that) and you don't need to go to all operators - a lot of services out there.
Cellular localisation methods which do not use WiFi, GPS (and other satellite-based navigation systems) depend heavily on the radio access network (RAN), so will vary depending on the type of the operator network , (GSM/CDMA/UMTS/LTE etc.). Its important to understand this because often there are multiple types of networks coexisting in the same country, which can result in varying performance of the positioning scheme used.
Since your question specifically mentions GSM, lets stick to it. GSM cell triangulation encompasses different schemes for obtaining location info of the subscriber. Broadly, these schemes fall in two categories: Network-based and Terminal-based.
Network-based services require signaling in the operator's Core Network (CN) and could be triggered by an agreement with the operator. Technically, this occurs when a call is made or an SMS is sent to a pre-defined emergency number. For more technical details, refer to the ETSI spec [1]
*The drawback: Requires operator support!*
Terminal-based services are dependent on the presence of some location service on the mobile phone - GPS, Wi-Fi, Internet etc.. In the absence of these, there is conceivably only one solution: Have the Mobile Terminal (MT) send its cellular location information - [ MCC + MNC + LAC + CellId ] to the RAN which can forward the information to a GIS service than obtains the Lat/Long of the user. One GIS service that's freely available is Google's geolocation API [2]
[1] http://www.etsi.org/deliver/etsi_ts/101700_101799/101724/07.03.00_60/ts_101724v070300p.pdf
[2] https://developers.google.com/maps/documentation/business/geolocation/