JOIN/SIGN UP
Already a Member? |
GET INVOLVED
Understanding and Engaging in COVESA Expert Groups & Projects |
COLLABORATIVE PROJECTS
HISTORICAL
SDV Telemetry Project - On Hold |
...
Vehicle Edge sets up a complete software stack around IOT-event-analytics by adding services such as an MQTT broker, and other components. Vehicle-edge uses containers to set up a network of communicating parts.
...
UML model overview (provided by Bosch)
The docker compose file of vehicle edge shows the following dependencies (which order containers must be started)
Container name | Image | Original source code |
---|---|---|
Hal-interface | ||
Hal-interface-adapter | ||
test-talent | ||
pipeline | built from pipeline/Dockerfile.amd64 | |
configmanager | ||
kuksa-val | amd64/kuksa imported from Jenkins build server e.g. kuksa-val-<hash>-amd64.tar.xz | |
mosquitto-remote mosquitto-local | built from mosquitto/Dockerfile.amd64 | |
platform = ? | platform/Dockerfile.amd64 | |
vss2iotea | built from vss2iotea/Dockerfile.amd64 |
For convenience, each container maps a config file or directory to a location in the host file system, so that the configuration can be conveniently edited.
With few exceptions, each container only sees its own config location and do not share any storage:
A starting example of all configurations is provided.
Interfaces and behavior
From the fact that these components are executing in different container namespaces and do not share storage, we can derive(?) that interaction between the parts are all using network protocols.
...
TODO: Determine the (network?) protocols. Specifically, what functionality does each component provide and consume?
And which component communicates with which other one?
Referring to the UML diagram above:
Most components in the framework communicate internally using MQTT taking advantage of the pub/sub capability so that every component has access to the information it needs. To fully track the actual communication flow it would be required to see which topics are published and subscribed by each component.
VISS is an protocol that is provided to external clients by KUKSA.VAL.
Vehicle applications are (in UML overview) described as communicating with the framework using MQTT.
Questions
This needs to be installed from tar-file? IOTEA_JS_SDK=boschio.iotea-0.2.1.tgz