Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Sending CPM messages from Artery on a real physical interfaces #340

Open
inesbj opened this issue Jul 11, 2024 · 4 comments
Open

Sending CPM messages from Artery on a real physical interfaces #340

inesbj opened this issue Jul 11, 2024 · 4 comments

Comments

@inesbj
Copy link

inesbj commented Jul 11, 2024 •
edited
Loading

Dear @riebl, all,

First of all, thank you for the great work of releasing the Artery source code to the research community. It is very helpful. Second, here is my question:
We develop CPM on Artery following the latest etsi standard. The CPM are filled with sensor data from the envmod component and the vehicleprovider for the ego kinematic attributes. We aim to send CPM on real ethernet interfaces but would like at the same time to use the envmod to get simulated sensor data (and the vehicleprovider module). I know that in Vanetza, we can use the socktap app to add the CPM and send them on a physical interface (the same way we use the CAM), but the problem is that in this case we could not use the artery envmod and so on. Is there a way to do it please ? and is it possible to use for instance raw socket in artery to send the CPM directly on a physical ethernet interface without using the socktap ?

Thank you in advance for your answer.

Regards
Ines
@riebl
Copy link
Owner

riebl commented Jul 14, 2024

Dear Ines,

yes, you can add a physical interface to Artery. The exact procedures depend on your particular use case and setup.
For example, the testbed scenario allows an external device to communicate with other simulated network participants. Alternatively, the TransfusionService enables receiving and transmitting ITS-G5 packets via a TCP socket.
You could also modify the INET radio module and add a raw socket for external communication there.
In the end, there are many options and you have to choose the one that fits your needs best.

Best regards
Raphael

@inesbj
Copy link
Author

inesbj commented Jul 15, 2024

Dear Raphael,

Thank you very much for the quick answer. This is great if emulation components exist in Artery. I had a quick look on the testbed module and example. May I ask you what is the difference between OTAInterface with/without SEA-API and with/without USRP please ?

Your help is very much appreciated.

Regards,
Ines

@riebl
Copy link
Owner

riebl commented Jul 16, 2024

Dear Ines,

the SEA API integrates a USRP device as testbed adapter for communication with a physical V2X device. You can just implement a custom OTA interface which uses raw sockets for example. The testbed is not limited to SEA/USRP devices.

Best regards
Raphael

@inesbj
Copy link
Author

inesbj commented Aug 23, 2024

Dear Raphael, all,

Thanks for the details and explanation. I am getting back to this issue. I wanted to run the testbed scenario at least to see how I can further change or extend it if necessary to send ITS messages from simulation to a real ethernet interface. I change the omnetpp.ini as the following :
I tried to run the [Config noSeaApi] using the "OtaInterfaceStub". I change the .twin.wlan[].mac.address to my ethernet mac address and the *.otaInterface.hcmIp to the IP address of my ethernet interface.
However, there is no change in the scenario because I can not see the CAM messages (config from services.xml) in my ethernet interface by using TCPdump. How can we verify this scenario ? Did I miss something ?
Thanks in advance.

Best regards,
Ines

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@inesbj @riebl