forked from COVESA/vehicle_service_catalog
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathvss_integration_proposal.yml
48 lines (39 loc) · 1.53 KB
/
vss_integration_proposal.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
#
# (C) 2021 - Magnus Feuer
#
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at https://mozilla.org/MPL/2.0/.
#
#
# A proposal for how we can translate VSS signals to properties.
#
# Each branch is a namespace, and signals are defined as properties within those
# namespaces. As VSC considers all properties as readable and writeable there is no possibility to translate the VSS
# type (i.e. attribute, sensor or actuator) into Yaml. That does instead need to be managed by access rights in VSC
# implementations. No client shall e.g. have access right to write VIN, and even if they would the result would be
# the same - any attempt on writing should result in an error indicating "not supported"
# From VSS :
#
# - Vehicle:
# type: branch
# description: High-level vehicle data.
#
# - VehicleIdentification:
# type: branch
# description: Attributes that identify a vehicle
#
# - VehicleIdentification.VIN:
# datatype: string
# type: attribute
# description: 17-character Vehicle Identification Number (VIN) as defined by ISO 3779
namespaces:
- name: Vehicle
description: High-level vehicle data.
namespaces:
- name: VehicleIdentification
description: Attributes that identify a vehicle
properties:
- name: VIN
description: 17-character Vehicle Identification Number (VIN) as defined by ISO 3779
datatype: string # VSS should have same native types as VSC