...
- Message format and orchestration for the most common vehicle telemetry and command based use patterns. See Documentation Here
- Gradle Build configuration for building both documentation and Java (and other?) stubs from protocol buffer files.
- Example message implementations for reference.
- A Stretch Goal of message testing and simulation
- Stretch goal of an exposed API through AGL for generating a salted hash identity for vehicle from the VIN number, using same keys as the used in creating the operational certificate.
- Stretch goal of embedding services for protobuf message serialization and deserialization and UUID generation in Linux build. Also in vehicle applications/services for connectivity and communication
- Stretch goal, reference embedded applications/services for some of the message patterns.
Contractor Scope
Ask | Description | Net Result | Dependency | Estimated Effort (including testing integration) |
Vehicle Identity Service | Programmatic and secure method of producing a vehicle identity that doesn’t expose VIN in plain text | A service or library built into AGL that enables the generation of a secure identity for the vehicle, acting as a proxy for the VIN. Ideally this would be a hash+SALT of the VIN itself and provide both security and privacy compliance. | None | 0 - It seems this is already being produced by other workstreams |
UUID Service for Messages | A simple UUID service for producing non-repeating message IDs for use in publishing mqtt messages | A service or library built into AGL that produces unique id’s for messages that are sent via the V2C project | None | Including testing and integration this should be 40 to 80 person hours |
Embedded Protobuf Library | Include protobuf libraries for C, C++ and java in Linux build | This likely already exists, but would be beneficial if Protobuf Libraries are embedded and distributed with AGL builds | ~80 hours | |
Telecommunications Client Reference | A client that receives message requests from application services and creates and publishes messages to the broker. | The net result of this is a reference client made in C/C++ or Rust that can be leveraged when testing or developing with the V2C project. The client should handle secure connectivity and the building and publishing of final messages on the behalf of embedded applications | Needs at least one full set of messages and documentation completed (June 23) | ~200 hours |
Reference Cloud Services | Implementations in AWS IoT and other cloud services showing the orchestration of messages from the cloud side | The net result of this would be a minimum connected vehicle platform that handles the cloud side of publish and subscribe for messages using the V2C specification | Needs at least one full set of messages and documentation completed (June 23 | ~100 hours. |
General Architecture
Use Cases
...
- 01/20/23 - Project Description and Details Updated in Confluence
- 01/31/23 - Initial Repository in AGL hosted Repository
- 03/01/23 - Completed draft of main contents to a "ready for invitation to collaborate" state
- 03/01/23 - Ready for collaboration beyond working group
- 05/15/2023 TBA - Initial release with contributions ready
...