CSS all pages

CARMA 1 topic

The CVRP software provides an API to each of the TFHRC's CARMA vehicles (modified 2013 Cadillac SRX). Researchers can build project-specific control code on top of this API to study, for example, advanced ACC and driver assist systems. The software in this repository comprises four components that execute on two processors. The primary processor is a MicroAutobox II running dSpace, that houses:

CARMA platform Real-time
* Project-specific control code (not part of this repository)
*The secondary processor is a generic Ubuntu Linux PC that houses:

Data communication and extended driver interface
Log processor
The primary functions of these components are as follows:

CARMA real-time: this code parses input data from the CANbus and secondary processor and places the individual data elements into the data interface block, which can be read by the project-specific application (e.g. the PATH CACC code). It also reads project-specific outputs from the data interface block and packages them into properly formed messages and forwards them to the CANbus or secondary processor, as necessary.
Data communication and extended driver interface: is a web application that provides an extended driver interface (beyond the stock vehicle dashboard interface). This DVI is a web page that can be transmitted over wifi to a tablet mounted on the dashboard to provide experimental data feedback and get commands from the driver. It also communicates with the non-CANbus devices on the vehicle: two-way messaging with the DSRC on-board unit to pass BSMs; TORC controller to receive vehicle speed and to pass speed commands; and TORC Pinpoint location device to receive current vehicle position. Data from these devices is then reformatted as necessary and passed to the CARMA real-time component via Ethernet messages. Data from the CARMA real-time component (e.g. speed commands and BSMs) are passed to these devices as appropriate. As it exists in this repository, this component includes project-specific code (DVI presentation and data exchange with the MAB), so some packages will have to be modified for future projects.
Log processor: is a Python program running on the vehicle’s secondary processor responsible for formatting logs from the CACC control software on the MAB. The CACC control software sends various control parameters to the Log Processor every timestep via a UDP socket. The Log Processor parses this binary-formatted message into a human-readable CSV format more suited for post-processing and analysis. These files are stored in a subfolder of the Log Processer program’s working directory and are stored in files with timestamped names.
Category

Moderators: james.ohara, jlarkin
No topics
Subject Replies / Views Last Post
Topic started 2 years 9 months ago, by satish_vaishnav
Last Post 2 years 9 months ago
by osadptech
Replies:1
Views:38.4k
Last Post by osadptech
2 years 9 months ago
Time to create page: 0.027 seconds
Powered by Kunena Forum